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5 METHOD AND APPARATUS FOR D3ENTIFYING POTENTIAL 

BUYERS 

COPY 

BACKGROUND OF THE INVENTION 

10 Field of the Invention 

The present invention relates generally to demand forecasting systems. 

Discussion of the Related Art 

Most businesses use forecasting techniques to predict the future demand for 

1 5 their products or services. Anticipating these sales helps such businesses optimize 
inventory levels, adjust staffing requirements, or even set production schedules. A 
convenience store expecting heavy traffic for a summer holiday weekend, for 
example, might hire an extra employee and stock more cold beverages in anticipation 
of the higher level of sales. Automobile manufacturers might add a second shift to an 

20 assembly line if the demand for cars is expected to increase. Accurate forecasts allow 
companies to more appropriately allocate resources. 

One way that sellers have attempted to predict demand is by projecting past 
sales into the future. For example, the airline industry uses past load factor data in 
order to help set current and future ticket prices. However, such projections of past 

25 data are speculative at best in that market conditions can change dramatically, 

rendering the historic data useless. There is simply no guarantee that the future is 
going to be similar to the past. Accordingly, projecting future sales based on past 
results is simply not a reliable forecasting tool for many businesses. Furthermore, 
such demand forecasting systems predict aggregate demand, rather than demand of 

30 individual customers. 

Another method for attempting to predict demand is to try to anticipate new 
trends in the market. For example, a car manufacturer might predict that luxury 
vehicles are going to be more popular if the stock market experiences a substantial 
increase in value. Such projections are tenuous, however, since they ultimately rely on 

35 a past trend (luxury sales correlated with higher stock prices) continuing into the 
future. 
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5 Some businesses have limited access to demand data in the form of customer 

input. Many electronic commerce sites, for example, allow customers to place goods 
into "virtual shopping carts." Such shopping carts allow customers to store 
indications of products that they intend to purchase. Some demand information can 
be derived from which items are stored in these shopping carts, but e-commerce 

10 merchants do not know if the customers are actually going to purchase the products. 
There is no way for the business to know which items will actually be purchased. 

Traditionally, prospective buyers have had little or no reason or method of 
informing sellers of their desire to purchase products before they actually purchase 
products, thus depriving sellers of useful consumer demand information. Rather, the 

1 5 only way that sellers have traditionally been able to collect such demand data is after 
customers have purchased products. 

SUMMARY OF THE INVENTION 

20 It is an object of the present invention to provide a potential buyer 

identification system that overcomes the drawbacks of existing demand forecasting 
systems by enabling sellers to identify a potential buyer before any purchases are 
made. The present invention provides a potential buyer identification system that 
encourages potential buyers to provide individual, specific demand information. 

25 In the potential buyer identification system of the present invention, a potential 

buyer provides to a central server a description of an item he intends to purchase. 
Either the potential buyer or the central server specifies a time period in which the 
item is to be purchased. In exchange for the information provided, the potential buyer 
is offered a reward, such as a gift or a discount. The value of the reward may be based 

30 upon the amount and specificity of the information provided by the potential buyer, 
and/or the value of this information to sellers, such as manufacturers, retailers and 
distributors. When a description of the item is provided, the potential buyer is 
prompted to provide a payment identifier, such as a credit card or a debit card number. 
In this manner, the central server may apply a penalty to the potential buyer's financial 

35 account for failure to purchase the item within the specified time period. 

A method of the present invention includes the steps of receiving at least a 
description of an item a potential buyer intends to purchase within a particular time 
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5 period, determining a reward for the potential buyer based on the information 
received, providing the reward to the potential buyer, and applying a penalty to a 
financial account of the potential buyer if the potential buyer does not purchase the 
item within the particular time period. The apparatus includes a central server 
coupled to one or more input devices and operable to calculate a reward offer. It also 
10 includes circuitry, and/or software configured to compute and apply a penalty if the 
potential buyer does not purchase the item with the particular time period. 

These and other features and advantages of the present invention will be 
understood upon consideration of the following detailed description of the invention 
and the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 is a block diagram overview of a potential buyer identification system 
according to an exemplary embodiment of the present invention. 
20 Figure 2 is a block diagram of a central server according to one embodiment of 

the present invention. 

Figure 3 is a tabular illustration of a potential buyer database according to one 
embodiment of the present invention. 

Figure 4 is a tabular illustration of a rating database according to one 
25 embodiment of the present invention. 

Figure 5 is a tabular illustration of an intent database according to one 
. embodiment of the present invention. 

Figure 6 is a tabular illustration of a reward database according to one 
embodiment of the present invention. 
30 Figure 7 is a tabular illustration of a penalty database according to one 

embodiment of the present invention. 

Figure 8 is a process flowchart illustrating one embodiment of a method of the 
present invention. 

Figure 9 is a process flowchart illustrating one embodiment of another method 
35 of the present invention. 

Figure 10 is a process flowchart illustrating one embodiment of yet another 
method of the present invention. 
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5 Figure 1 1 is a tabular illustration of a seller account database according to one 

embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

10 A system embodying the present invention receives intent data from a 

potential buyer who intends to purchase a particular item within a particular time 
period. It should be understood that the term "item" need not be limited to goods, but 
could also include services, such as contractor services or videos downloaded to a 
viewer's multimedia display, as well as transactions that do not require delivery, such 

15 as the purchase of shares of stock. The intent data includes a description of the item 
and may also include other information, such as a degree of certainty with which the 
potential buyer intends to purchase the item, and a particular time period within which 
the potential buyer intends to purchase the item. The system determines a value of the 
intent data and identifies a reward based on that value. In this manner, the potential 

20 buyer may be rewarded for providing information about his intent to purchase one or 
more particular items. Thus, the potential buyer is more willing to provide such 
information, than if he were not rewarded. If the potential buyer decides not to 
purchase the item within the particular time period, the system charges a penalty to the 
potential buyer's credit card or other financial account. 

25 For example, one potential buyer may provide the model number of a 

television that she is 100% certain she will purchase within one week. Another 
potential buyer may indicate that he is only 50% certain he will purchase a telephone 
within two months. Comparing the two, the information provided by the first 
potential buyer may be more valuable to sellers than that provided by the second 

30 potential buyer, because of the increased specificity, particularly the high degree of 
certainty set forth by the first potential buyer. Thus, the first potential buyer may 
receive an offer for a more valuable reward than the second potential buyer. 
However, if either of the potential buyers fail to purchase the television or telephone, 
respectively, within the time periods specified, a penalty will be applied to their 

35 respective financial account. In one embodiment, the amount of the penalty is 

dependent upon the value of the reward. Thus, the potential buyer who received a 
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5 more valuable reward may also incur a greater penalty for failure to follow through 
with the purchase. 

This system overcomes the disadvantages of the prior art demand forecasting 
systems because potential buyers are providing information about specific items that 
they individually intend to purchase in the future. Thus, sellers receive actual demand 

10 information directly from the consumer, rather than a speculative demand forecast 
based on an analysis of general consumer trends and sales history. An additional 
aspect of the present system, not present in prior art systems, is that potential buyers 
may be penalized for failing to follow through on their commitment to purchase the 
specified item. Thus, potential buyers have an incentive to provide reliable and 

1 5 accurate information. Furthermore, since the potential buyer receives a reward based 
on the information provided, the potential buyer is encouraged to provide as accurate 
and specific information as possible. Sellers may be allowed to market to potential 
buyers interested in products that the seller offers. Furthermore, sellers may be 
informed to discontinue marketing efforts to a potential buyer after the potential buyer 

20 purchases the item. 

An example of a system embodying the present invention is illustrated in Fig. 
1 . A potential buyer identification system 100 according to the present invention 
includes a central server 101 coupled to one or more user devices 103, 105, 107 (only 
three are shown in Fig. 1 for illustrative purposes) and coupled to one or more seller 

25 devices 109, 1 1 1 (only two are shown in Fig. 1 for illustrative purposes). The central 
server 101 can be implemented as a system controller, a dedicated hardware circuit, a 
programmed general purpose computer, or any other functionally equivalent 
configurable electronic, mechanical, or electro-mechanical device. In a Web 
embodiment, for example, the central server 101 may comprise a Web server hosting 

30 a "portal" Web site or search engine. Alternatively, the central server may be operated 
by, for example, a credit card processor, a manufacturer, or a franchiser. The user 
devices 103, 105, 107 and seller devices 109, 1 1 1 can likewise be implemented as 
dedicated hardware circuits, programmed general purpose computers, or any other 
functionally equivalent configurable electronic, mechanical, or electro-mechanical 

35 devices. The devices can be connected to the central server 101 via an Internet 
connection using a public switched telephone network (PSTN) or cable network. 
Connection may also be provided by dedicated data lines, cellular, Personal 
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5 Communication Systems ("PCS"), microwave, or satellite networks. Using these 
components, the present invention provides a method and apparatus which allows 
sellers access to demand information provided by potential buyers. 

As shown in Fig. 2, one embodiment of central server 101 includes a processor 
201, a RAM (Random Access Memory) 203, a ROM (Read Only Memory) 205, a 

10 clock 207, one or more input device(s) 209, one or more output device(s) 21 1 , a 
communications port 213 and a data storage device 220. In one embodiment, the 
central server 101 also includes payment processor 217 which may include one or 
more conventional microprocessors, supporting the transfer and exchange of 
payments, charges, or debits, attendant to the method of the apparatus. Payment 

1 5 processor 217 may also be configured as part of processor 201 . Processing of credit 
card or other financial account transactions by payment processor 217 may be 
supported with commercially available software, such as the Secure Webserver® 
manufactured by Open Market, Inc. This server software transmits credit card 
information electronically over the Internet to servers located at the Open Market 

20 headquarters where card verification and transaction processing is handled. 

A conventional personal computer or workstation with sufficient memory and 
processing capability may be used as central server 101 . In one embodiment central 
server 101 operates as a Web server within an Internet environment, transmitting and 
receiving intent data generated by potential buyers and is capable of high volume 

25 transaction processing, performing a significant number of mathematical calculations 
in processing communications and database searches. A microprocessor such as the 
Pentium® EI, manufactured by Intel® Corporation may be used for processor 201 . 

In an alternate embodiment, the central server 101 operates in a telephone 
environment. In such system, using a telephone, the potential buyer is prompted by an 

30 interactive voice response unit (IVRU) within the central server 101 to input certain 
information, such as financial account information, and data including a time period 
within which the potential buyer intends to purchase the particular item. For example, 
the IVRU may prompt the potential buyer to press "1" on the telephone keypad if she 
intends to purchase the item within one week, press "2" if she intends to purchase the 

35 item within two weeks, and so on. Such an embodiment of the central server 101 

affords sellers an alternate mechanism to identify potential buyers. Alternatively, at 
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5 least one human operator may be employed to facilitate communication between 
potential buyers and the central server 101. 

In yet another embodiment, the central server 101 communicates with a kiosk 
in a retail environment. A kiosk is essentially a self-service interactive system, 
typically a computer system placed inside a box-like structure, or a desktop computer 
10 system for use in performing transactions, distributing coupons, and/or providing 
information, such as providing a layout of a shopping facility to the general public. 
The kiosk may employ a touch screen as the input device. However, other input 
devices such as a mouse and/or a keyboard may also be used. 

Referring again to Fig. 2, one or more input device(s) 209, such as a keyboard, 
15 mouse, touch screen or voice recognition package, are operable to receive information 
regarding intent to purchase specific items. Alternatively, the input device(s) 209 may 
be telephone keypads for use with IVRU technology in telephone systems. 

One or more output devices 21 1 in the form of video displays, electro- 
luminescent arrays, liquid crystal display panels, printers, or functionally equivalent 
20 devices, are operable to output information regarding the status of potential buyer data 
being computed by the processor 201 . In addition, or alternatively, the output 
device(s) 211 can be embodied within one or more of the user devices 103, 105, 107 
of Fig. 1. 

The central server 101 includes a clock 207 for synchronizing the system 100, 
25 determining the date and time at which the central server 101 receives information 
regarding potential buyers' intent to purchase a particular item. Clock 207 is also 
used for time related calculations in alternative embodiments described below, such as 
calculating the date by which the potential buyer intends to purchase a particular item, 
based on an input from the potential buyer. The processor 201 communicates with 
30 user devices 103, 105, 107 and seller devices 109, 1 1 1 via the communications port 
213. The communications port 213 is preferably implemented using a Tl 
communications board, a serial port and modem, a LAN adapter, or any functionally 
equivalent communications device. 

Data storage device 220 is preferably implemented using a memory system 
35 which may include random access memory, hard disk drives and/or other electronic, 
magnetic, or optical data recording units. In one embodiment, where the processor 
201 is a general purpose microprocessor, the data storage device 220 stores a program 
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5 221 which includes instructions for executing the methods described herein, by the 
processor 201 . The processor 201 is operable to load and run the program 221 . In the 
embodiment of Fig. 2, the program 221 stores data accumulated or computed by the 
processor 201 on the data storage device 220. This stored data is preferably organized 
and indexed in one or more related relational databases 230, 240, 250, 260, 270 and 
10 280. 

In the example embodiment illustrated in Fig. 2, the related relational 
databases include a potential buyer database 230, a rating database 240, an intent 
database 250, a reward database 260, a penalty database 270, and a seller account 
database 280. Each of the databases is explained in detail with reference to Figs. 3-7, 
1 5 and Fig. 1 1 . One of ordinary skill in the art will recognize that the databases 

illustrated in Figs. 3-7 and Fig. 1 1 may contain any number of records and that the 
records shown are for illustrative purposes only. 

Potential buyer database 230, as illustrated in Fig. 3, maintains data pertaining 
to potential buyers in fields 231, 233, 235 such as potential buyer name field 231, 
20 potential buyer identifier field 233, and payment identifier field 235. The name of the 
potential buyer, and a payment identifier are obtained when a potential buyer first 
registers with the central server 101 through a user device 103, 105, or 107. 

Referring now to the potential buyer name field 231, it will be appreciated that 
potential buyers are not required to use their name so long as a valid payment 
25 identifier is provided. For example, potential buyers can use an alias or an e-mail 

address. In the potential buyer name field 231 shown, three different potential buyers 
are listed "John Smith", "ben@domain.com" and "Dan Stevens". 

The potential buyer identifier field 233 stores a unique identifier 
corresponding to each of the potential buyers who provide information regarding 
30 items they intend to purchase. This unique identifier might be a universally 

recognized/government issued personal identification number such as a United States 
Social Security Number of the potential buyer, an address, other unique personal 
information, or an identification number generated by the processor 201 . In the 
exemplary potential buyer database 230 shown, three different corresponding potential 
35 buyer identifiers "123-456-789", "234-567-890", and "345-678-901", are listed, each 
corresponding to the potential buyers "John Smith", "ben@domain.com" and "Dan 
Stevens", respectively. 
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5 The payment identifier field 235 stores the payment information, such as 

financial account information, of each potential buyer. In the exemplary potential 
buyer database 230 shown in Fig. 3, three different payment identifiers, VISA™ 
4226-1234-5678-9012, WEB BUCKS 12345-789, and E-CASH 4444-5555-6666, are 
listed corresponding to the potential buyers "John Smith", "ben@domain.com" and 

10 "Dan Stevens", respectively. 

Referring to Fig. 4, an exemplary embodiment of rating database 240, is 
illustrated. The rating database 240 is used in calculating a reward offer based on the 
data that the potential buyer provides to the central server 101 . In particular, the rating 
database 240 stores a rating assigned to data provided by potential buyers regarding 

1 5 their intent to purchase a particular item. An embodiment of the rating database 240 
includes an item specificity field 241, an item description rating field 242, a degree of 
certainty field 243, a certainty rating field 244, a time to purchase field 245, and a time 
rating field 246. 

Each of the fields 241, 243, 245 are assigned a rating, stored in fields 242, 244, 
20 and 246, respectively. In this embodiment of rating database 240, the data in each 

field is rated on a scale of "1 " to "5", but it will be appreciated that other scales would 
suffice. 

For purposes of illustration, the item specificity field 241 stores the following 
descriptions: exact, very clear, clear, semi-clear, vague and none. However, it will be 

25 appreciated that more or fewer item descriptions may be used. These descriptions 
represent the clarity or specificity with which the potential buyers describe the items 
they intend to purchase, which may be useful in determining the reward for which the 
potential buyer is eligible. In other words, it may be more valuable for a seller to 
know the name and model number of a particular television the potential buyer 

30 intends to purchase than to just know that the potential buyer intends to purchase a 
television. Knowing such specific information may permit sellers such as 
manufacturers, retailers, and distributors to better prepare for the demand by adjusting 
purchasing, inventory, manufacturing, and staffing needs according to the predicted 
demand. The degree of item specificity input by the buyer is assigned a rating from 

35 "1" to "5", which is stored in a corresponding record in the item description rating 
field 242. For example, in the embodiment shown in Fig. 4, an "exact" item 
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5 description is assigned a "5", the highest rating, whereas a "vague" item description is 
only assigned a "1". 

The degree of certainty field 243 stores a percentage representing the degree of 
certainty, i.e., how certain potential buyers are that they will purchase the item. Each 
degree of certainty is assigned a corresponding rating. For example, an 80% certainty 

1 0 that the item will be purchased is assigned a rating "4", whereas a 40% certainty that 
the item will be purchased is only assigned a rating of "2". The ratings are stored in a 
corresponding record in the degree of certainty rating field 244. 

The time to purchase field 245 stores a time period during which the potential 
buyer intends to purchase the item. Again, the time periods illustrated in the time to 

1 5 purchase field 245 are exemplary, and more, less, shorter or longer time periods may 
be selected. Each time period is also assigned a rating. Generally, the shorter the time 
period in which the potential buyer intends to purchase the item, the greater the value 
of the information to the sellers and therefore, the higher the rating. For example, a 
"5-8 day" time period is assigned a rating of "4", whereas a "17-20 day" time period is 

20 assigned a rating of " 1 ". The "time to purchase" ratings are stored in the time rating 
field 246. 

Referring now to Fig. 5, an exemplary embodiment of intent database 250 is 
shown. The intent database 250 contains pertinent data provided by the potential 
buyer and corresponding ratings which are used to determine an appropriate reward 

25 offer. The preferred embodiment of the intent database 250 includes a potential buyer 
identifier field 251, an item description field 252, a description rating field 253, a 
certainty rating field 254, a time rating field 255 and a reward rating field 256. 

The potential buyer identifier field 251 stores a unique identifier for each 
potential buyer. In the example shown, three different buyer identifiers are listed: 

30 "123-456-789", 234-567-890", and "345-678-901". Note that these correspond to the 
three potential buyer identifiers listed in the potential buyer database 230 of Fig. 3. 

The item description field 252 stores a description of the item the potential 
buyer intends to purchase. Three different entries are listed in the item description 
field 252, a large screen television, a SONY™ PLAYSTATION® and a DELL™ 

35 computer, corresponding to the entries in the potential buyer identifier field 251, "123- 
456-789", 234-567-890", and "345-678-901", respectively. The description rating 
field 253 stores a rating of the item description the potential buyer intends to purchase. 

10 



5 This rating is generated either automatically by the processor 201 of the central server 
101 or by operators of the central server 101, based on the rating guidelines stored in 
the rating database 240. In general, ratings increase as degree of specificity increases. 
For example, referring to the first record of the intent database 250, John Smith (the 
potential buyer with the identifier "123-456-789" as shown in potential buyer database 

10 230) has input an intent to purchase a large screen television. It is determined that 
John is to receive a rating of "2", for providing a semi-clear description of a product. 
This determination is made, for example, based on a scoring algorithm that determines 
how many products can be defined by the buyer-input specifications. In this case, 
there are dozens of large-screen televisions on the market, indicating a low degree of 

1 5 specificity input by the potential buyer. If John had input "large screen 

PANASONIC™ television with picture-in-picture," he may have received a better 
rating, because fewer items fall under this category, as indicated by the input item 
specifications. 

Item characteristics can be provided by a potential buyer via a graphical user 

20 interface (GUI), for example, a series of drop-down menus, which allow potential 
buyers to select predefined characteristics of products that they intend to purchase. 
Each menu from which the potential buyer has selected a characteristic could increase 
the rating that the potential buyer receives. As above, if John had input (e.g. via GUI 
menu) an intent to purchase a: (1) SONY™ (2) television, with a (3) 50" screen, that 

25 would be three characteristics commanding a higher description rating. Alternatively, 
if John had input an intent to purchase a: (1) SONY™ (2) television with a (3) 50" 
screen and (4) picture-in-picture feature, that would be four characteristics 
commanding an even higher description rating. 

The certainty rating field 254 indicates the degree of certainty with which the 

30 potential buyer intends to purchase the item listed in the corresponding item 

description field 252. For example, referring again to the first record of the intent 
database 250, John Smith has input that he is 80% certain that he will purchase the 
large screen television. Referring to the rating database 240 illustrated in Fig. 4, an 
80% degree of certainty shown in field 243 corresponds to a rating of "4" in the rating 

35 field 243. Thus, referring back to the intent database 250 of Fig. 5, a rating of "4" is 
provided in the certainty rating field 254. 



5 The time rating field 255 indicates the time period within which the potential 

buyer intends to purchase the item listed in the item description field 252. Referring 
again to the first record of the intent database 250, John Smith has indicated an intent 
to purchase the large screen television within 1-4 days as shown in field 255. The 
rating database 240 of Fig. 4, illustrates that a time period of 1 -4 days in the time to 
10 purchase field 245 corresponds to a rating of "5" in the rating field 243. Thus, a rating 
of "5" is provided in the time rating field 255 of the intent database 250 shown in Fig. 
"5". 

Although general rating guidelines have been provided above, any rating 
scheme may be employed by the central server 101 . Additionally, each aspect of the 

1 5 input intent data may be weighed, for example, according to regression analysis. For 
example, potential buyer follow-through history (i.e., the potential buyers who 
purchase the product within the guidelines set forth) can be tracked, and analyzed. 
Based on the analysis, certain factors can be "weighted" heavier than others when a 
total rating is to be calculated. For example, it may be determined that potential 

20 buyers tend to purchase a product within the time frame set forth, but generally 

purchase a product other than the one that they specified when communicating with 
the central controller. If so, the central controller may weigh the "time to purchase" 
rating heavier by, for example, multiplying the calculated value by " 1 .5" before adding 
it to the total rating. This may effectively increase the importance of "time to 

25 purchase" relative to the importance of product specificity (which may have a 

weighting of "1") since the "time to purchase" aspect of the input intent data can 
statistically be relied on as more predictive of consumer behavior. Additionally, item 
information, such as retail price and/or margin may affect the reward offer. 

It will be appreciated by one of ordinary skill in the art that other fields may 

30 also be included in the intent database 250, such as a potential buyer reputation field 
(not shown) which could store a reputation rating for each potential buyer. Such a 
reputation rating may be based on historical data such as the frequency with which a 
potential buyer provides information regarding his intent to purchase items, whether 
or not the buyer purchases the item within the required time period, confirms 

35 purchases within the required time, and/or incurs penalties, and/or based on the types 
or value of items purchased, financial account status, and/or a value of demographic 
information such as address, income, and/or age. For example, if potential buyer John 
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5 Smith frequently provides information regarding his intent to purchase items, he may 
receive a high reputation rating, such as a "4". However, if John Smith frequently 
incurs penalties or has problems with his financial account, he may receive a low 
reputation rating, such as a "2". 

Once a rating in each of the fields 253, 254, 255 has been determined, a sum of 

10 the ratings is calculated and stored in the reward rating field 256 of the intent database 
250. For example, referring again to the first record of the intent database 250, John 
Smith (the potential buyer with the potential buyer identifier "123-456-789") has a 
reward rating of "1 1/15" indicating eleven points out of a possible maximum of 
fifteen. This reward rating is stored in the reward rating field 256 and used in the 

1 5 reward database 260 illustrated in Fig. 6 to determine the reward that will be offered 
to John. As will be apparent to one of ordinary skill in the art, other rating systems 
may be used by central server 101 to calculate appropriate rewards, besides the 
addition of the various ratings. 

Referring to Fig. 6, the reward database 260 stores various reward rating 

20 ranges in the reward rating range field 261 and a corresponding description of the 

reward in the reward description field 265. In the exemplary embodiment illustrated, 
the higher the total rating the more valuable the reward. Typically, the reward 
database 260 also stores an identification of the reward, such as a model number of 
the reward, in the reward identifier field 263. It will be appreciated that the rewards 

25 provided in the reward description field 265 are for illustrative purposes only and any 
type of reward and/or number of rewards may be offered, such as coupons, discounts, 
rebates, products, vouchers, services and/or money. It will also be appreciated that the 
rating ranges provided in the reward rating range field 261 are exemplary and any type 
of rating scale may be used. As described above, each rating may be weighted before 

30 being summed, to yield a reward rating. 

Referring again to the intent database 250 of Fig. 5, the potential buyer 
identified as John Smith has a reward rating of "1 1" stored in the reward rating field 
256. This reward rating falls within the range "10-12" in the reward rating range field 
261 of the second row of the reward database 260 shown in Fig. 6. Following the row 

35 over to the reward description field 265, it can be seen that John qualifies for an travel 
bag as his reward. The reward database 260 also illustrates that potential buyers 
having a reward rating in the range "13-15" qualify for a portable AM/FM radio, in the 
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5 range "7-9" qualify for a free compact disc from AMAZON.COM™, in the range "4- 
6" qualify for a pocket calculator, and in the range "1-3" qualify for a free liter of 
PEPSF M . Although the exemplary reward database 260 shows that a potential buyer, 
only qualifies for one reward for each reward rating, a potential buyer may qualify for 
multiple rewards. 

10 Illustrated in Fig. 7 is an exemplary embodiment of the penalty database 270. 

This database 270 maintains data regarding the time by which the potential buyer has 
to purchase the item before a penalty is applied to the potential buyer's financial 
account. The database includes a potential buyer identifier field 271, a reward 
identifier field 273, an expiration date field 275, a confirmation received field 277, a 

15 confirmed item description field 278, and a penalty applied field 279. The potential 
buyer identifier field 271 corresponds to the potential buyer identifier field 233 of 
potential buyer database 230 shown in Fig. 3. The potential buyer identifier field 271 
stores a unique identifier for each of the potential buyers providing information on the 
items they intend to purchase. The reward identifier field 273 corresponds to the 

20 reward identifier field 263 of the reward database 260 shown in Fig. 6, which stores a 
unique identifier for each reward offered. The expiration date field 275 stores the date 
by which the potential buyers intend to purchase the item. This date is either specified 
by the buyer or by the central server 101. The confirmation received field 277 stores 
the status of the potential buyer's purchasing confirmation. The penalty applied field 

25 279 stores data pertaining to any penalty applied against a potential buyer's financial 
account for failure to purchase or confirm the purchase of the item. 

The confirmed item description field 278, stores a description of the item the 
potential buyer actually purchases. For example, the second record of penalty 
database 270 indicates that ben@domain.com purchased an item with the "same" 

30 description as that in the item description field 252 of intent database 250 shown in 
Fig. 5. However, ifben@domain.com had purchased a SEGA® DREAMCAST™ 
instead of a SONY™ PLAYSTATION®, the SEGA® DREAMCAST™ description 
would appear in the confirmed item description field 278. For example, referring to 
the first record in the penalty database 270, John Smith, the potential buyer with 

35 potential buyer identifier " 1 23-456-789" as indicated in the potential buyer database 
230 shown in Fig. 3, has received a reward corresponding to reward identifier ATTA- 
60. From the reward database 260 of Fig. 6, it is determined that the reward identifier 



5 ATTA-60 corresponds to a travel bag, which was the reward issued to John Smith. 
Referring now to intent database 250 of Fig. 5, John Smith has indicated that he 
intends (80% certain) to purchase a large screen television in 1-4 days. Assuming that 
John input that information on January 26, 1999, an expiration date of January 30, 
1999 (four days after January 26, 1999) is stored in the expiration date field 275. The 

10 confirmation received field 277 indicates on the expiration date of January 30, 1999, 
no confirmation indicating that John had purchased the television had been received. 
Assuming that the current date is February 2, 1999 (i.e. after the expiration date), the 
cost of the travel bag is charged to John's financial account, as shown in the penalty 
applied field 279. Additionally, a "service fee" may be applied to John's account. 

15 As a further example, ben@domain.com, the potential buyer with potential 

buyer identifier 234-567-890 (as shown in the potential buyer database 230 of Fig. 3), 
has indicated that he intends (60% certain) to purchase a SONY™ PLAYSTATION® 
by February 4, 1999, shown in the expiration date field 275. Since he confirmed his 
purchase of the SONY™ PLAYSTATION® on February 1, 1999, as shown in the 

20 confirmation field 277, no penalty is applied to his financial account, as shown in the 
penalty applied field 279. 

The third record, indicates that Dan Stevens, the potential buyer with potential 
buyer identifier 345-678-901 (as shown in the potential buyer database 230 of Fig. 3) 
has indicated that he intends (100% certain) to purchase a Dell computer by February 

25 6, 1999, shown in the expiration date field 275. Although he has not confirmed that 
he has purchased the Dell computer, the time by which he has to purchase the 
computer has not expired. The confirmation field 277 indicates that confirmation is 
"pending" (i.e. no confirmation has been received by the central server 101), and no 
penalty has been applied to his financial account, as shown in penalty applied field 

30 279. 

Figure 1 1 illustrates a seller account database 280 which stores all seller 
information in fields such as seller name 281, seller identifier 283, seller reward offer 
285, and seller retrieval date of potential buyer intent data 287. The seller name field 
281 stores data representing the name of the seller. The seller identifier field 283 
35 uniquely identifies each seller. The seller reward offer field 285 stores an indication 
of the reward currently offered by each seller. Seller reward offer field 285 may 
contain a number of rewards, depending on the number of rewards offered at a given 
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5 time by each seller. Seller retrieval date of buyer offer field 287 stores the date on 
which the seller retrieved information set forth by a potential buyer (i.e. intent data). 
Sellers are allowed to retrieve such information in order to selectively offer rewards to 
specific potential buyers. For example, a potential buyer may input that he is 
interested in purchasing a stereo. Sellers may be allowed access to such information, 

1 0 including a potential buyer's contact information. A potential buyer may indicate via a 
GUI that he will accept communications from sellers, and authorize the central server 
to allow sellers access to a limited amount of contact information for an amount of 
time (e.g. the input "time to purchase"). If so, the seller can communicate with the 
potential buyer in order to help him find an appropriate product, and additionally offer 

15 rewards to the potential buyer, such as coupons or rebates applicable to specific 
products, offered before of after the product is purchased. In an alternate 
embodiment, the central server does not offer rewards at all, instead, sellers offer 
rewards directly to potential buyers, based on information stored in the seller account 
database. The seller account database 280 may be stored locally, and allows the 

20 central server 101 to track and manage all the seller transactions. 

Figure 8 is a process flowchart illustrating one embodiment of the method of 
the present invention. In step 801, the central server 101 receives potential buyer data 
from a potential buyer. This data may include at least a unique identifier for the 
potential buyer, such as a user name and password or a universally 

25 recognized/government issued personal identification number such as a United States 
Social Security Number of the potential buyer. The data may also include the name of 
the potential buyer and a payment identifier, such as a bank account identifier, debit 
card account identifier, credit card account identifier, indication of electronic cash, or 
any other account to which a charge can be applied. The central server 101 may 

30 request additional information such as contact information (e.g. street address, home 
address, e-mail address, telephone number, etc.), demographic information (e.g. 
location, income, age, etc.), and shopping or purchasing habits. Upon receiving this 
potential buyer data, the central server 101 creates a new record in the potential buyer 
database 230 illustrated in Fig. 3 to store the data. 

35 Some potential buyers may not want to provide a payment identifier. In one 

embodiment, these potential buyers will not be able to receive a reward for providing 
intent data, because the central server 101 would have no way to charge (i.e., penalize) 
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5 them if they fail to purchase the item within the particular time. In another 

embodiment, the central server 101 may offer less valuable rewards to those potential 
buyers who do not want to provide a payment identifier. In this way, the central 
server 101 is still able to obtain demand information and no penalty structure is 
required. For example, a potential buyer who does not provide a payment identifier 

10 may receive rewards such as advertisements and coupons targeted toward the potential 
buyer's spending habits or toward an item similar to the item that the potential buyer 
intends to purchase. 

In step 803, the central server 101 receives intent data from the potential 
buyer. This data includes at least a description of an item the potential buyer intends to 

1 5 purchase within a particular time period. The time period and/or the item description 
can be specified by the potential buyer. For example, the potential buyer may indicate 
an intent to purchase a television within five days. Alternatively, the central server 
101 may specify the time period and/or the item description. The central server 101 
may display a message such as "click here if you are going to buy a television within 

20 the next week" or "click here if you are going to buy a television within the next two 
weeks." Potential buyers would then click on the appropriate controls and provide 
data such as a payment identifier and specific product description. 

In either embodiment discussed above, the intent data may include a degree of 
certainty with which the potential buyer intends to purchase the item within the 

25 particular time, a payment identifier, a type of store from which the potential buyer 
intends to purchase the item, and demographic information. For example, a potential 
buyer may be 60% certain that she will purchase the item within the particular time 
period. In one embodiment, the payment identifier is provided in step 801 as part of 
the potential buyer data. In an alternate embodiment, the payment identifier is 

30 provided in step 803 as part of the intent data. In yet another embodiment, the 

payment identifier is not provided at all, as explained above. The potential buyer may 
provide demographic information (e.g. street address and state , income level, and/or 
age) or a purchasing profile (e.g. the types of merchants the potential buyer frequents, 
which may be online or retail shopping). This intent data is stored in the intent 

35 database 250 illustrated in Fig. 5. 

In Step 805, the central server 101 determines an appropriate reward based on 
the intent data received from the potential buyer. As explained with reference to the 



5 intent database 250 illustrated in Fig. 5, a rating may be assigned to each piece of 
information provided by the potential buyer. Referring to the intent database 250 of 
Fig. 5 and the reward database 260 of Fig. 6, a sum of all the ratings for a particular 
potential buyer may determine a reward that the potential buyer is eligible to receive. 

In one embodiment, once the central server 101 determines a reward for which 

10 the potential buyer is eligible, the central server 101 outputs the reward offer to the 
potential buyer in step 807. In an alternate embodiment, the central server 101 may 
determine multiple rewards for which the potential buyer is eligible and permit the 
potential buyer to select one or more of the rewards. In another embodiment, a 
potential buyer may get a reward, such as a discount or rebate, after the central server 

15 101 receives a confirmation signal from the potential buyer. For example, a potential 
buyer's financial account may be credited a predetermined amount (i.e., the amount of 
the reward) if the central server receives a confirmation signal indicating that the 
potential buyer purchased the item within the particular time period. In yet another 
embodiment, the central server 101 may offer a particular reward to encourage 

20 potential buyers to provide information about items they intend to purchase. For 

example, the central server 101 may display a message "Planning to buy a stereo? If 
so, click here and you may receive a free CD from AMAZON.COM™!" Then, 
potential buyers could be prompted to provide information about the stereo they 
intend to purchase. 

25 A preferred embodiment includes a step 809 in which the potential buyer can 

either accept or reject the reward offer. If the reward offer is rejected then the central 
server 101 determines an alternate reward offer based on the intent data in step 811, 
and repeats steps 807, 809, and 811 until the potential buyer either cancels the 
transaction or accepts a reward offer. If the potential buyer cancels the transaction, the 

30 process terminates. But, if the potential buyer accepts the reward offer, then in step 
813 the central server 1 01 issues the reward to the potential buyer. The buyer may be 
prompted to input a valid address to which the reward may be delivered. 
Alternatively, the buyer may be directed to an e-commerce merchant's Web page and 
provided with an electronic gift certificate redeemable for the selected reward. 

35 Figure 9 is a process flowchart illustrating an example embodiment of the 

method for receiving a confirmation signal from the potential buyer of the present 
invention. In step 901 the potential buyer inputs his potential buyer identifier which is 
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5 received by the central server 101. As described above, this identifier can include a 
name, password, social security number and/or payment identifier. 

In step 903 the central server 101 receives a confirmation signal that the 
potential buyer has purchased the item within the specified time period. In one 
embodiment, the potential buyer provides confirmation information to the central 

10 server 101 indicating that he has purchased the item within the specified time period. 
For example, once the potential buyer provides his unique identifier, the central server 
101 may display a list of all the pending items the potential buyer intends to purchase, 
but still has not purchased. To confirm a purchase, the potential buyer then checks a 
box next to the item he has purchased. Alternatively, the potential buyer may be 

15 required to provide specific information pertaining to the item, such as the serial 
number of the item, that the central server 101 can use to verify that the potential 
buyer has indeed purchased what he claimed he would. For example, the central 
server 101 can query a manufacturer's database to verify the validity of a serial 
number input by the potential buyer. If the potential buyer purchases the item online 

20 or over the telephone, the potential buyer can provide the central server 101 with a 

transaction identifier that can serve as a confirmation number, which can indicate that 
the potential buyer has purchased what he claims to have purchased. For example, the 
potential buyer may receive a confirmation e-mail from the merchant from whom the 
item was purchased and then forward the e-mail to the central server 101 . The 

25 potential buyer may also mail or fax a proof of purchase from the packaging of the 
item, a receipt, a voucher or a rebate, or forward a copy of a credit card bill or a 
receipt to the central server 101 along with the potential buyer identifier. 

In an alternate embodiment, the central server 101 receives confirmation 
information from someone other than the potential buyer. For example, the potential 

30 buyer's credit card company could notify the central server 101 when the purchase is 
made, or the seller of the item could notify the central server 101, for example, via a 
point-of-sale (POS) system once the purchase has been made. Although examples 
have been provided, other modes of confirming that the potential buyer has purchased 
the item within the specified time may be used so long as the mode used provides the 

35 central server with an indication of the date the item was purchased. 

In step 905 the central server 101 determines whether the confirmation signal 
is valid. For example, the central server 101 determines whether the confirmation 
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5 signal was received before the expiration of the potential buyer-input "time to 
purchase". Also, the central server 101 may query the seller or manufacturer 
databases to determine whether a serial number, proof-of-purchase number, or other 
unique item identifier is valid, and, based on the item identifier, the degree to which 
the purchased item corresponds to the input item. If the central server 101 determines 

1 0 the confirmation is not valid, then in step 907 the central server prompts the potential 
buyer to provide further confirmation information, and steps 903, 905, 907 are 
repeated until the confirmation is determined to be valid. Then at step 909 the central 
server updates the confirmation received field 277 of penalty database 270 illustrated 
in Fig. 7, to indicate whether the confirmation signal has been received. Generally, if 

1 5 the information pertaining to the purchased item is similar to the information 

pertaining to the input item, the confirmation signal will be determined to be valid, 
despite any penalties the potential buyer may incur. An indication of the similarity of 
the input and purchased items is written to the confirmed item description field 278. 
Figure 10 illustrates a process by which a penalty is applied in the present 

20 invention. Preferably, this process is performed periodically, for example, hourly or 
daily. In step 1001, the central server 101 determines whether a penalty should be 
applied to the potential buyer's financial account. In the preferred embodiment, the 
central server 101 makes this determination by comparing the current date to the 
expiration date field 275 in the penalty database 270 shown in Fig. 7, and by checking 

25 the confirmation received field 277 in the database 270. If the current date is before 
the expiration date the process ends at step 1003. Also, if the current date is after the 
expiration date but the confirmation field 277 of the penalty database 270 indicates 
that a valid confirmation has been received, then the process ends at step 1003. 
On the other hand, if the current date is after the expiration date and the 

30 confirmation received field 277 indicates that a confirmation has not been received, 
then the central server 101 determines that a penalty should be applied to the potential 
buyer's financial account. The central server 101 determines the appropriate penalty 
(step 1005) and processes the penalty against the appropriate potential buyer's 
financial account (step 1007). 

35 In one embodiment, the central server 101 determines whether a penalty 

should be applied by comparing the item description field 252 of the intent database 
250 shown in Fig. 5 and the confirmed item description field 278 of penalty database 
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5 270 of Fig. 7. Even if the current date is on or before the expiration date, if the 

confirmed item description field 278 indicates that the potential buyer purchased an 
item significantly different from that provided in the item description field 252 of the 
intent database 250, the central server 101 may determine that a partial penalty or a 
full penalty should be applied. For example, referring to the intent database 250 of 

10 Fig. 5, the first record indicates that John Smith, the potential buyer having the buyer 
identifier "123-456-789" as shown in the potential buyer database 230 of Fig. 3, 
intends to purchase a large screen television in 1-4 days. If John Smith purchases a 
small screen television instead of the large screen television, the central server 101 
may determine that no penalty, or a fraction of the penalty fee that would have applied 

15 if John Smith had not purchased anything, should be applied to John Smith's financial 
account. If John Smith purchased an extra large screen television, the central server 
101 may determine that a partial penalty, no penalty, or even that a greater value 
reward should be issued to John Smith. In one embodiment, for each item the 
potential buyer intended to buy, there can be one or more corresponding entries in a 

20 database (not shown) to indicate a respective partial penalty amount for similar items 
that are instead purchased. 

A purchased item may be considered similar to the item the potential buyer 
indicated that he would purchase if: (i) an item identifier associated with the 
purchased item is stored in a database listing similar items; (ii) the purchased item is 

25 in the same item category (e.g. televisions); or (iii) one or more item features of the 
purchased item correspond to one or item features of the item the potential buyer 
indicated that he would purchase. 

The central server 101 may also apply a partial penalty when the potential 
buyer purchases the item after the expiration date, or when the potential buyer 

30 purchases the item before the expiration date, but fails to transmit confirmation 
information to the central server 101 until after the expiration date. 

In step 1005 the central server 101 determines an appropriate penalty to be 
applied to the potential buyer's financial account. In the preferred embodiment, the 
appropriate penalty is the cost or value of the reward issued to the potential buyer, 

35 which may be the price of the reward in the marketplace, the cost of the reward to 

manufacture, or the cost of the reward to the seller. In an alternate embodiment, if the 
reward issued was a discount, voucher, or rebate on the item purchased, the 
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5 appropriate penalty may be the amount of the discount, voucher or rebate and/or a 
shipping and/or handling charge. In yet another embodiment, the appropriate penalty 
may be an arbitrary fee, such as $20.00. 

If the central server 101 determines that a partial penalty should be applied to 
the potential buyer's financial account, then the appropriate penalty may depend upon 

10 several factors. For instance, if the potential buyer purchased a different item than the 
item originally specified, then the partial penalty may depend upon the relatedness 
between the item purchased and the item intended to be purchased. In the example 
provided above, John Smith purchased a small screen television instead of the large 
screen television. Referring to the penalty applied field 279 of the penalty database 

1 5 270 shown in Fig. 7, the first record indicates that John Smith's penalty for failing to 
purchase the large screen television within 1-4 days is the cost of ATTA-60, the travel 
bag. Since a small screen television is similar to a large screen television, the central 
server 101 may apply no penalty or a smaller penalty to John Smith's financial 
account. However, if John Smith purchased a video cassette recorder instead of the 

20 large screen television, then the central server 101 may apply a penalty closer to the 
cost of ATTA-60 to John Smith's financial account. 

In the instance when the potential buyer purchased the item after the expiration 
date, the appropriate partial penalty may depend upon the amount of time that passes 
between the expiration date and the purchase date. For example, if John Smith 

25 purchased the large screen television one day after the expiration date, the penalty 
would be less than if he purchased the large screen television one week after the 
expiration date. For example, the total amount of a penalty may be charged 
incrementally over time, specifically, over the time after the date by which the 
potential buyer committed to purchase the item. Similarly, when the potential buyer 

30 fails to transmit the confirmation information prior to the expiration date, the 

appropriate penalty may depend upon the amount of time that passes between the 
expiration date and the date the central server receives the confirmation information. 
The central server 101 may apply the total penalty to the potential buyer's financial 
account, and then refund a portion of the penalty once the appropriate confirmation 

35 information is received. 

In one embodiment, the central server 101 may determine an appropriate 
penalty by comparing the reward rating associated with the intent data input by the 
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5 potential buyer, to the reward rating associated with actual data (i.e., data representing 
the actions taken by the potential buyer). Referring to the above example, John Smith 
input that he was 80% (rating: 4) certain to purchase a large screen television (rating: 
2) within 1-4 days (rating: 5), and subsequently received a reward rating of 1 1/15 
(4+2+5=1 1). Assuming that he purchased the television on the fifth day, and that he 

10 had registered intent to purchase the television within 5-8 days, the central server 101 
may determine the resultant reward rating to have been calculated as 10/15 
(4+2+4=10). Thus, the central server 101 may subtract the resultant actual reward 
rating from the reward rating associated with intent data registered by the potential 
buyer. In the example given, the difference is one (1) (i.e. 11-10=1). Based on the 

1 5 difference between the actual data and the intent data, the central server 101 may then 
calculate an appropriate proportional penalty. 

In an alternate embodiment, potential buyers may be charged a periodic 
penalty. In this embodiment, potential buyers are charged a percent of the total 
penalty for each period of time that they are delinquent in transmitting confirmation 

20 information. For instance, take the example when a potential buyer is to be charged a 
total penalty of $10.00 if a confirmation signal is not sent by the expiration date. The 
first day after the expiration date, the potential buyer's financial account is charged 
$2.00 (i.e., 20% of the total $10.00 penalty). The second day after the expiration date, 
the potential buyer's financial account is charged another $2.00 (another 20% of the 

25 total penalty), and so on until the total $10.00 penalty is charged, or until the 
confirmation signal is received. 

Although several embodiments directed toward how the central server 101 
determines the application of a penalty have been discussed, it will be appreciated by 
one of ordinary skill in the art that such discussions are exemplary. The penalty 

30 application decisions will be made at the discretion of the central server operators. 

While the method and apparatus of the present invention has been described in 
terms of its presently preferred and alternate embodiments, those skilled in the art will 
recognize that the present invention may be practiced with modification and alteration 
within the spirit and scope of the appended claims. The specifications and drawings 

35 are, accordingly, to be regarded in an illustrative rather than in a restrictive sense. 

Further, even though only certain embodiments have been described in detail 
herein, those having ordinary skill in the art will certainly understand that many 
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5 modifications are possible without departing from the teachings thereof. All such 
modifications are intended to be encompassed within the following claims. 
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